Draft 


Electronic  Data 
Interchange  (EDI) 
Convention 


ASC  XI 2  Transaction  Set  869 
Order  Status  Inquiry 
(Version  003020) 


DL203LN10 


BASELINE  AS  OF:  21  DECEMBER  1992 


DEPARTMENT  OF  DEFENSE 
EDI  CONVENTION 


ORDER  STATUS  INQUIRY 
869.003020 


Draft 


Department 

of 

Defense 

DoD 

Electronic  Data 
Interchange  (EDI) 
Convention 

ASC  XI 2  Transaction  Set  869 
Order  Status  Inquiry 
(Version  003020) 


Thto  document  w»»  ptvptivd  by  tfc*  Logttfte  Muagtawnt  iMtfcute  far  the  Defense  Lagbtio  Agency  wider 
Xok  DLW3-Q2-Th*  tmkwMptrtofwwd  under  Contt»<S  MDA  903- 90-C-0006wthth*  Dopmtmtat  of 
Defame.  P«mi»k»  to  quote  or  ivproduov  any  part  of  thte  document  except  for  Gownunoit  purpose*  mat 
be  obtained  from  the  Department  of  Defenae  Executive  Agmt  lor  Electronic  Commerce /Electronic  Data 
Interchange /Protection  of  Logletics  UndtfalAed/Semlttvt  Symxtm. 

Executive  Agent  for  EC/EDI/PLUS 
Defense  Logistics  Agency 
Cameron  Station 
Alexandria,  VA  22304-6100 


RACELINE  AS  OF:  21  DECEMBER  19S2 


DEPARTMENT  OF  DEFENSE 
EDI  CONVENTION 


ORDER  STATUS  INQUIRY 


10.0  DoD  EDI  CONVENTION 

ASC  X12  TRANSACTION  SET  869 
ORDER  STATUS  INQUIRY 
(VERSION  003020) 

FORMATTING  THE  ORDER  STATUS  INQUIRY 
FOR  THE  DEFENSE  LOGISTICS  AGENCY 
USING  THE  ASC  X12  TRANSACTION  SET  869. 


Accesion  For 

NTIS  CRA&I 
DTIC  TAB 
Unannounced  □ 
Justification 


By . 

Disti  ibution  | 


Availability  Codes 


Dist 

Avail  and/or 

Special 

A-l 

*rrsr,T 


r>!tr. 


*lrTT*nb 


VT-Zq 


BASEUNE  AS  OF:  21  DECEMBER  1M2 


ioai 


DEPARTMENT  OP  DEFENSE 
EDI  CONVENTION 


ORDER  STATUS  INQUIRY 
H9JOK8Q 


Contents 

FORMATTING  THE  ORDER  STATUS  INQUIRY  FOR  THE 
DEFENSE  LOGISTICS  AGENCY  USING  THE  ASC  X12  TRANS¬ 
ACTION  SET  869  ORDER  STATUS  INQUIRY. 

10.1  Introduction 

10.1  Reserved 

10.2  Control  Segments 

10.3  Reserved 

10.4  Reserved 

10.5  Reserved 

10.6  Reserved 

10.7  OoD  Conventions 
10.A  Reserved 

10.B  Reserved 

10.C  Example  -  Order  Status  Inquiry  From  Vendors  to 
Defense  Logistics  Agency  Using  ASC  XI 2  869 

10.D  Reserved 

10.E  Reserved 

10.F  Reserved 


BA8EUNE  AS  OP:  21  DECEMBER  1M2 


104U 


DEPARTMENT  OF  DEFENSE 
EDt  CONVENTION 


{BLANK  PAGE} 


1004 


ORDER  STATUS  INQUIRY 
tilt  003020 


BASEUNE  AS  OF:  21  DECEMBER  1002 


DEPARTMENT  OP  DEFENSE 
EDI  CONVENTION 


ORDER  STATUS  INQUIRY 
M9.003020 


lO.i  INTRODUCTION 

This  is  an  Electronic  Data  Interchange  (EDI)  systems  design 
document  that  describes  the  standard  or  'convention*  the 
Defense  Logistics  Agency  will  use  to  permit  vendors  to  request 
order  status  data  using  the  ASC  X12  Transaction  Set  869  Order 
Status  Inquiry  (003020).  It  contains  information  for  the  design 
of  interface  computer  programs  that  serve  to  link  systems  ap¬ 
plication  computer  programs  and  an  EDI  translator  computer 
program. 

Who  Needs  to  Use  This  Document 

Computer  programmers  can  use  this  document  to  identify  the 
data  in  a  populated  EDI  transaction  with  data  requirements  of 
their  specific  application  database.  Conversely,  programmers 
can  identify  where  their  applications  data  requirement  should 
be  carried  in  an  EDI  transaction. 


Why  Use  a  Convention 

There  are  more  ways  to  populate  an  EDI  transaction  than  there 
are  ways  to  fill  out  a  blank  form.  A  convention  defines  the  rules 
for  filling  in  or  'populating”  an  EDI  transaction  with  a  specific 
data  set.  Following  a  convention  ensures  the  integrity  of  data 
that  is  produced  and  processed  by  EDI  capable  computer  sys¬ 
tems. 

Contents 

Four  sections  are  included  in  this  document 

•  Section  10.2,  Control  Segments,  identifies  the  specific  data 
requirements  for  formatting  the  EDI  interchange  control 
segments  when  sending  and  receiving  EDI  transactions. 

•  Section  10.7,  DoD  Conventions,  lists  the  layout  of  the  target 
transaction  set  by  segment  and  data  element.  This  section 
can  be  used  to  interpret  segments  and  data  elements  of  a 
populated  transaction  set. 

•  Appendices  contain  examples  of  populated  transaction  sets, 
trading  partner  data  element  matrix,  and  other  items  that 
serve  as  references  for  software  developers. 
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10.2  Control  Segments 


Overview 

This  chapter  describes  the  Electronic  Data  Interchange  (EDI) 
control  segments  (interchange  control  segments  and  functional 
group  segments).  The  control  segment  information  was  derived 
from  the  ASC  X12  Standards  Version  3  Release  2  (003020). 

Purpose 

This  chapter  identifies  specific  data  requirement  for  formatting 
the  EDI  control  segments  when  transmitting  and  receiving  EDI 
transactions.  The  format  and  data  content  of  the  control  seg¬ 
ments  is  usually  managed  by  EDI  translation  software.  The  data 
requirement  described  herein  should  be  used  to  set  control 
segment  format  when  installing  or  initializing  translation 
software  for  transmission  and  reception  of  EDI  transaction. 

Contents 

Two  items  are  included  in  this  chapter. 

•  Table  10.2-1,  Interchange  Control  Segment  Hierarchy 
describes  the  control  segments  in  their  order  of  occurrence 
in  an  EDI  communications  interchange. 

•  Table  10.2-2,  DoD  Convention  ASC  X12  Control  Segments 
is  a  detailed  description  of  the  Department  of  Defense  data 
conventions  for  formatting  EDI  standard  control  segments. 
All  segments  identified  in  Table  10.2-1  are  broken  down  and 
described  by  their  discrete  data  elements. 
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DEPARTMENT  Of  DEFENSE  ORDER  STATUS  INQUIRY 

BIX  CONVENTION _ S69.003020 


USE 

USE 


USE 

USE 


Interchange  Control  Envelope 
Control  Segments 


Pm  Sng 

No.  ID  Noma 

Rnq 

Daa 

Uaa  Loop 

10  ISA  Interchange  Control  Header 

H 

1 

20  OS  Functional  Group  Header 

1 

• 

•  Grouped  Transactions 

• 

30  OE  Functional  Group  Trailer 

B 

1 

40  LEA  Interchange  Control  Trailer 

1 
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Qualifier 
[001  ] 


Authorization  Information 
[002  ] 

K  no  authorization  information  it 
agraad  to  by  trading  partnara,  fill 
fiaid  with  blank*. 


ORDER  STATUS  INQUIRY 
— SjOPSOSO 


Segment:  ISA  Interchange  Control  Header 
Usage:  M 

Purpose:  To  start  and  identify  an  interchange  of  one 
or  more  functional  groups  and  interchange- 
related  control  segments.  The  actual  values 
of  the  data  element  separator  and  the  seg¬ 
ment  terminator  for  this  interchange  are 
set  by  the  interchange  control  header.  For 
a  particular  interchange,  the  value  at  the 
fourth  character  position  is  the  data  ele¬ 
ment  separator,  and  the  value  of  the  last 
character  position  is  the  value  of  the  seg¬ 
ment  terminator. 


Nots:  The  interchange  control  number  value  in  this 
header  must  match  the  value  in  the  same 
data  element  in  the  corresponding  inter¬ 
change  control  trailer. 


-  Data  Element  Summary  - 

Rat  Data 

Dae.  Elamant  Nama  ASributaa 

ISA01  101  Authorization  Information  M  ID  2/2 

Qualiflar 

Code  to  identify  the  type  of  information  in  the 
Authorization  Information. 

Coda  Definition _ 

00  No  Authorization  Information  Praaant 

ISA02  102  Authorization  Information  M  AN  10/10 

Information  used  for  additional  identification  or 
authorization  of  the  sender  or  the  data  in  the  inter¬ 
change.  The  type  of  information  is  set  by  the 
Authorization  Information  Qualifier. 


1SA03  103  Security  Information  Qualifier  M  ID  2/2 

Code  to  identify  the  type  of  information  in  the 
Security  Information. 
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Security  Information 
[004  1 

An  agreed  upon  password.  If  no 
security  information  la  agreed  to  by 
trading  partners,  fill  field  with  blanks. 


Interchange  Id  Qualifier 
[005  ] 


Interchange  Sender  Id 
[006  1 

OoD  activities  use  Ospartment  of 
Detonae  Activity  Address  Code 
(DoQAAQ  or  other  code  coor¬ 
dinated  with  the  value-added  net¬ 
work  (VAN).  Non-OoO  activities  use 
identification  oode  qualified  by 
ISADS  and  coordinated  with  the  VAN. 


ISA04 


ISA05 


ISA06 


ISA07 


Code  Definition 
01  Password 


Security  Information  M  AN  10/10 

This  is  used  for  identifying  the  security  information 
about  the  sender  or  the  data  in  the  interchange. 

The  type  of  information  is  set  by  the  Security  Infor¬ 
mation  Qualifier. 


Interchange  Id  Qualifier  31  ID  212 

Qualifier  to  designate  the  system/method  of  code 
structure  used  to  designate  the  sender  ID  element 
being  qualified. 

Code  Definition _ 

ZZ  Mutuafiy  Defined. 


Interchange  Sender  Id  M  AN  15/15 

Identification  code  published  by  the  sender  for 
other  parties  to  use  as  the  receiver  ID  to  route  data 
to  them.  The  sender  always  codes  this  number  in 
the  sender  ID  element 


Interchange  Id  Qualifier  M  ID 

Code  to  identify  the  type  of  information  in  the 
Authorization  Information. 
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Interchange  Id  Qualifier 
[007  ] 


Code  Definition 

ZZ  Mutually  Dafinad. 


Interchange  Receiver  Id 
{008  ] 

DoD  acUvitiat  uaa  Dapaftmant  of 
Dafanaa  Activity  Addraaa  Coda 
(DoDAAC)  or  othar  coda  coor- 
dinatad  with  tha  valua-addad  nat- 
wortt  (VAN).  Non-Do  D  actMtiaa  uaa 
idantification  coda  qualifiad  by 
ISA05  and  ooordinatad  with  tha  VAN. 


ISA08  107  Interchange  Receiver  Id  M  AN  15/15 

Identification  code  published  by  the  receiver  of  the 
data.  When  sending,  it  is  used  by  the  sender  as 
their  sending  ID,  thus  other  parties  sending  to  them 
will  use  this  as  a  receiving  ID  to  route  data  to  them. 


Interchange  Date 
{009  ] 

Assigned  by  translation  aoftwara. 

YYMMDO 


ISA09  108  Interchange  Date 

Date  of  the  interchange. 


m  dt  e/e 


Interchange  Time 
[010  J 

Aaaignad  by  translation  aoftwara. 

HHMM 


ISA  10  109  Interchange  Time 

Time  of  the  interchange. 


M  TM  4/4 
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Interchange  Control  Standards 
Identifier 
1011  J 


Interchange  Control  Version 
Number 
[012  ] 

Varaion  ID  u  defined  or  agreed 
upon  by  the  trading  partner*. 


Interchange  Control  Number 
[013  1 


Acknowledgement  Requested 
1014  ] 

0  »  no;  1  -  ye* 


ISA11  110  Interchange  Control  Standard*  M  ID  1/1 
Identifier 

Code  to  identify  the  agency  responsible  for  the  con¬ 
trol  standard  used  by  the  message  that  is  enclosed 
by  the  interchange  header  and  trailer. 


1SA12  111  Interchange  Control  Version  M  ID  5/5 

Number 

This  version  number  covers  the  interchange  control 
segments. 


Coda  Definition _ 

00302  Draft  Standard  tor  Trial  Uaa  Approved  for 
Publication  by  ASC  X12  Prooadura*  FMvtawr 
Board  Through  October  I960 

ISA13  112  Interchange  Control  Number  H  NO  M 
This  number  uniquely  identifies  the  interchange 
data  to  the  sender.  It  is  assigned  by  the  sender. 
Together  with  the  sender  ID  it  uniquely  identifies 
the  interchange  data  to  the  receiver.  It  is  suggested 
that  the  sender,  receiver,  and  all  third  parties  be 
able  to  maintain  an  audit  trail  of  interchanges  using 
this  number. 


ISA  14  113  Acknowledgement  Requested  M  ID  1/1 

Code  sent  by  th;e  sender  to  request  an  interchange 
acknowledgement 
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Test  Indicator 
[015  ] 

Assigned  by  translation  software. 


Subelement  Separator 
[016  ] 

Uss  character  *<*. 
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ISA15  114 


ISA16  115 


10X13 


Test  Indicator  M  ID  1/1 

Code  to  indicate  whether  data  enclosed  by  this  inter¬ 
change  envelope  is  test  or  production. 


Code  Definition 


p 

T 


Production  Data 
Test  Oats 


Subelement  Separator  M  AN  1/1 

This  is  a  field  reserved  for  future  expansion  in 
separating  data  element  subgroups.  (In  the  interest 
of  a  migration  to  international  standards,  this  must 
be  different  from  the  data  element  separator). 
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Functional  id  Code 
[020  1 


ChooM  tha  ooda  value  appropriate 
to  tha  Information  content  ot  tha 
functional  group.  Saa  XI 2  Dictionary 
for  aouroa  ooda  Hat 


Application  Sender’s  Code 
[0211 

OoO  actMUaa  uaa  Dapartmant  of 
Oofanoa  Activity  Addraaa  Coda 
(DoDAAC).  Non-OoD  actMtiea  uaa 
tdantMcalion  ooda  aaalgnad  by  DoO 
aotMty.  Raoommand  for  Inoraaaad 
•county  that  non -OoO  ooda  diffar 
from  that  uaad  in  ISMS. 


Segment:  GS  Functional  Group  Header 
Usage:  M 

Purpose:  To  indicate  the  beginning  of  a  functional 
group  and  to  provide  control  information 
Comment:  A.  A  functional  group  of  related  transac¬ 
tion  sets,  within  the  scope  of  X12  stand¬ 
ards,  consists  of  a  collection  of  similar 
transaction  sets  enclosed  by  a  function¬ 
al  group  header  and  a  functional  group 
trailer. 

Syntax  Notes:  01  The  data  interchange  control  number 
(GS06)  in  this  header  must  be  identical 
to  the  same  data  element  in  the  as¬ 
sociated  Functional  Group  Trailer 
(GE02). 


Data  Element  Summary 


ri,  _  lt^  - 

DvmsiM  neniv 


GS01 


479  Functional  id  Code  M  ID  a/2 

Code  identifying  a  group  of  application  related 
Transaction  Sets. 

Code  Definition _ 

RS 


809  •  Order  Status  Information 


GS02  142 


Application  Sender's  Code  M  ID  2/12 

Code  identifying  party  sending  transmission.  Codes 
agreed  to  by  trading  partners. 


GS03  124  Application  Receiver's  Code  M  ID  2/12 
Code  identifying  party  receiving  transmission.  Codes 
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Application  Receiver's  Code 
[022] 

OoO  sctMtias  um  Department  of 
Defense  Activity  Address  Code 
(DoOAAC).  Non-OoD  activities  use 
identification  code  assigned  by  DoD 
activity.  Recommend  for  increased 
security  that  non -DoD  code  differ 
from  that  used  in  ISADS. 


agreed  to  by  trading  partners. 


Group  Date 

[023] 

Assigned  by  translation  software. 


GS04  29  Group  Date  M  DT  £/6 

Date  sender  generated  a  functional  group  of  transac¬ 
tion  sets. 


Group  Time 

[024  ] 

Assigned  by  translation  software. 


GS05  30  Group  Time  M  TM  4/4 

Tune  (HHMM)  when  the  sender  generated  a  func¬ 
tional  group  of  transaction  sets  (local  time  at 
sender’s  location). 


Group  Control  Number 

[025  ] 

Assigned  by  translation  software. 


GS06  28  Group  Control  Number  M  NO  1/8 

Assigned  number  originated  and  maintained  by  the 
sender. 


Responsible  Agency  Code 

[026  ] 

indicates  that  an  ANSI  X12  standard 
is  being  transmitted. 


GS07  455  Responsible  Agency  Code  M  ID  1/2 

Code  used  in  conjunction  with  Data  Element  480  to 
identify  the  issuer  of  the  standard. 


Code  Definition _ 

X  Accredited  Standards  Committss  X12 
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VerskxVReiease/Industry  Id 
Code 
[027  ] 

Cod*  valu*  *er**d  to  by  trading 
partners.  Sm  Xl2  Dictionary  (or 
aouro*  ood*  Hat 


6S08  480  Version/Release/Industry  Id  M  ID  1/12 

Code 

Code  indicating  the  version,  release,  subrelease  and 
industry  identifier  of  the  EDI  standard  being  used. 
(See  X12  Dictionary) 


Code  Definition _ 

003020  Draft  Sttndards  Approved  By  ASCX12  Through 
June  igei 
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Number  of  Segments 

[028  ] 

Assigned  by  the  translation 
software. 


Ret 

Dee. 

GE01 


Segment: 

Usage: 

Purpose: 

Comment: 


Syntax  Notes: 


GE  Functional  Group  Trailer 
M 

To  indicate  the  end  of  a  functional  group 
and  to  provide  control  information 
A.  The  use  of  identical  data  interchange 
control  numbers  in  the  associated  func¬ 
tional  group  header  and  trailer  is 
designed  to  maximire  functional  group 
integrity.  The  control  number  is  the 
same  as  that  used  in  the  corresponding 
header. 

01  The  data  interchange  control  number 
(GE02)  in  this  trailer  must  be  identical 
to  the  tame  data  element  in  the  as¬ 
sociated  Functional  Group  Header 
(GS06). 


-  Data  Element  Summary  - 

Element  Name _ Attributes 


07  Numbsr  of  Included  Sets  M  NO  1/6 

Total  number  of  transaction  sets  included  in  the 
functional  group  or  interchange  (transmission) 
group  terminated  by  the  trailer  containing  this  data 
dement. 


Group  Control  Number 

[029  ] 

Assigned  by  the  translation 
software.  This  oontroi  number  must 
match  tha  oontroi  number  of  the 
preceding  QS06  oontroi  number. 


GE02  28  Group  Control  Number  M  NO  1/9 

Assigned  number  originated  and  maintained  by  the 
sender. 
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Segment 

Usags: 

Puposs: 

Nots: 


IEA  Interchange  Control  Trailer 
M 

To  define  the  end  of  an  interchange  of  one 
or  more  functional  groups  and  interchange 
related  control  segments. 

The  interchange  control  number  in  this 
trailer  must  match  the  value  in  the  same  data 
element  in  the  corresponding  interchange 
header. 


Number  of  Included 
Functional  Groups 
[040  1 

Aaaignad  by  translation  software. 


-  Data  Element  Summary  - 

Rat  Data 

Daa.  Element  Name  Attributes 

IEA01  116  Number  of  Included  Functional  M  NO  1/5 
Groups 

A  count  of  the  number  of  functional  groups  in* 
eluded  in  a  transmission. 


Interchange  Control  Number 

|041  J 

Assigned  by  translation  software. 
This  number  must  match  the  num¬ 
ber  that  occurs  In  ISA  13. 


IEA02  112  Interchange  Control  Number  M  NO  0/0 
This  number  uniquely  identifies  the  interchange 
data  to  the  sender.  It  is  assigned  by  the  sender. 
Together  with  the  sender  ID  it  uniquely  identifies 
the  interchange  data  to  the  receiver.  It  is  suggested 
that  the  sender,  receiver,  and  all  third  parties  be 
able  to  maintain  an  audit  trail  of  interchanges  using 
this  number. 
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10.7  DoD  CONVENTIONS 


Overview 

This  chapter  is  the  convention  for  the  ASC  X12  Transaction  Set 
869  (Version  003020)  as  used  by  the  Defense  Logistics  Agency 
to  permit  vendors  to  request  data  used  by  contracting  officers 
when  contract  award  determinations. 

Purpose 

This  chapter  contains  all  necessary  information  for  a  DoD  trad¬ 
ing  partner  to  map  and  translate  a  Transaction  Set  869.  All 
trading  partners  who  plan  to  »ng*  the  Transaction  Set  869 
can  use  this  document  as  a  reference  for  the  development  of 
their  EDI  database/translator  interface  program. 

Contents 

One  table  is  included  in  this  chapter. 

•  Table  10.7-1,  ASC  X12  Transaction  Set  869  Segment  Hierar¬ 
chy  describes  the  869  segments  as  they  appear  in  the  ASC 
X12  Standards  Dictionary.  The  DoD  Conventions  that  fol¬ 
low  are  a  detailed  description  of  the  Department  of  Defense 
conventions  for  transmitting  Transaction  Set  869.  All  seg¬ 
ments  identified  as  used  in  the  Segment  Hierarchy  are 
detailed  in  Table  10.7-1  by  segment,  position,  and  code 
value. 


■AMUNC  AS  Of:  21  DECEMKR 1N2 


10.7.1 


10.7.2 


* 


DEPARTMENT  Of  DEFENSE  ORDER  STATUS  INQUIRY 

EDI  CONVENTION _ SM.003020 

TABLE  10.7-1 

SEGMENT  HIERARCHY 

ASC  X12  TRANSACTION  SET  869 
ORDER  STATUS  INQUIRY  (Version  003020) 


■ASSUME  AS  Of  :  SI  DECEMBER  1SS2 


10.74 


10.7.4 


BASELINE  AS  OF:  SI  DECEMBER 1 


969  •  AUTOMATED  BEST  VALUE  MODEL  INQUIRY 


ANSI  ASC  X12  VERSION/RELEASE  003020 


869  Order  Status  Inquiry 

This  standard  provides  the  format  and  establishes  the  data  contents  of  an 
order  status  inquiry  transaction  set.  The  order  status  inquiry  transaction  set 
provides  the  ability  to  request  all  pertinent  information  relative  to  an  entire 
purchase  order,  selected  line  items  on  a  purchase  order,  or  selected 
products/services  on  a  purchase  order.  Inquiry  can  also  be  made  for  all  or  a 
selected  portion  of  the  customer's  ordered  items,  all  or  a  selected  portion  of 
the  customer's  unshipped  items,  or  all  or  a  selected  portion  of  the  customer's 
shipped  items. 


PAGE  i  POS.* 
3  010 

4  020 

N/U  030 


PAGE*  POS.* 


5 

010 

N/U 

020 

N/U 

030 

N/U 

040 

7 

050 

N/U 

060 

N/U 

070 

N/U 

080 

N/U 

090 

N/U 

100 

N/U 

110 

N/U 

120 

N/U 

130 

Table  1 

SEC.  ID  HA  ME  _  PM.  PCS.  MAX  USE _ LOOP  REPEAT 

ST  Transaction  Set  Header  M  1 

BSI  Beginning  Segment  for  Order  Status  Inquiry  M  1 

NTE  Note/Special  Instruction  O  100 

Table  2 


SEC.  10  NAME  _  NEO-DES.  MAX  WE _ LOOP  REPEAT 


HL 

PRF 

DTM 

REF 

LOOP  10  -  HL 

Hierarchical  Level 

Purchase  Order  Reference 

Date/Time  Reference 

Reference  Numbers 

M 

O 

O 

O 

1 

1 

10 

12 

1000 

LOOP  ID  -N1 

200 

N1 

Name 

O 

1 

N2 

Additional  Name  Information 

O 

2 

N3 

Address  Information 

O 

2 

N4 

Geographic  Location 

O 

1 

REF 

Reference  Numbers 

O 

12 

PER 

Administrative  Communications  Contact 

O 

3 

UN 

Item  Identification 

O 

1 

PID 

Product/Item  Description 

O 

1000 

MEA 

Measurements 

0 

40 
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PAOtl  WU 
8  010 

9  020 


Table  3 

team  hame _ 

CTT  Transaction  Totals 
SE  Transaction  Set  Trailer 


weaoei  imwt _ u>oe»t*T 

M  1 

M  1 


NOTE: 

3/010  CTT01  is  the  number  of  HL  segments. 


DC14  •  DECEMBER  28 1902 


2 


869  •  AUTOMATED  BEST  VALUE  MODEL  INQUIRY 
ST  •  TRANSACTION  SET  HEADER 


ANSI  ASC  XI 2  VERSION/RELEASE  003020 


Mandatory 


Mandatory 


Mandatory 


Segment:  ST  Transaction  Set  Header 
Level:  Header 

Loop:  _ 

Usage:  Mandatory 
Max  Use:  1 

Purpose:  To  indicate  the  start  of  a  transaction  set  and  to  assign  a  control  number 

Comment:  The  transaction  set  identifier  (ST01)  is  intended  for  use  by  the  translation 
routines  of  the  interchange  partners  to  select  the  appropriate  transaction 
set  definition  (e.g.,  810  selects  the  invoice  transaction  set). 

Data  Element  Summa 


143  Transaction  Sat  Identifier  Coda 

Coda  uniquely  identifying  a  Transaction  Set. 

869  XI  2.11  Order  Status  Inquiry 


M  ID 


329  Transaction  Sat  Control  Number  M  AN  4/9 

Identifying  control  number  assigned  by  the  originator  for  a  transaction  set. 
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Mandatory 


Mandatory 

Mandatory 

Mandatory 

Not  Uaod 
NotUaod 
Not  Uaod 


Segment:  BSI  Beginning  Segment  for  Order  Status  Inquiry 
Level:  Header 

Loop:  _ 

Usage:  Mandatory 
Max  Use:  1 

Purpose:  To  indicate  the  beginning  of  an  order  status  inquiry  and  to  provide  the 
type  of  customer  status  inquiry. 

Comments:  1.  BSI01  is  a  status  inquiry  reference  number. 

2.  BSI02  is  date  of  the  inquiry. 


3.  BSI06  is  time  of  the  inquiry. 


BSI01  127  Reference  Number  M  AN  1/30 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 


Implementation  Note: 

A  unique  number  assigned  by  the  originator  of  the  transaction  set.  This  number  is  different  from  the  control 
number  carried  in  ST02. 


BSI02 

373 

Date 

Date  (YYMMDD). 

M 

DT 

6 18 

BSI03 

847 

Order/Kam  Code 

Code  identifying  a  group  of  orders  and  items. 

M 

ID 

1/2 

CA  All  Orders  -  All  Items 

Code  Value  Implementation  Note: 

Use  code  "CA"  to  indicate  all  current  discrepancy  staus  is  being  requested. 

BSI04 

848 

Product/Date  Code 

O 

ID 

1/2 

BSI05 

849 

Location  Code 

0 

ID 

1/2 

BSI06 

337 

Time 

0 

TM 

4* 
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Mandatory 


Segment:  HL  Hierarchical  Level 
Level:  Detail 


Loop:  HL  Repeat:  1000 
Usage:  Mandatory 
Max  Use:  1 


Purpose:  To  identify  dependencies  among  and  the  content  of  hierarchically  related 
groups  of  data  segments. 

Comments:  1.  The  HL  Segment  is  used  to  identify  levels  of  detail  information  using  a 
Hierarchical  Structure,  such  as  relating  line  item  data  to  shipment  data, 
and  packaging  data  to  line  item  data. 

2.  The  HL  segment  defines  a  top-down/left-right  ordered  structure. 

3.  HL01  shall  contain  a  unique  alphanumeric  number  for  each 
occurrence  of  the  HL  segment  in  the  transaction  set.  For  example  HL01 
could  be  used  to  indicate  the  number  of  occurrences  of  the  HL  segment, 
in  which  case  the  value  of  HL01  would  be  "1"  for  the  initial  HL  segment, 
and  would  be  incremented  by  one  in  each  subsequent  HL  segment 
within  the  transaction. 


4.  HL02  identifies  the  Hierarchical  ID  Number  of  the  HL  segment  to 
which  the  cunent  HL  segment  is  subordinate. 

5.  HL03  indicates  the  context  of  the  series  of  segments  following  the 
cunent  HL  segment  up  to  the  next  occunence  of  an  HL  segment  in  the 
transaction.  For  example.  HL03  is  used  to  indicate  that  subsequent 
segments  in  the  HL  loop  form  a  logical  grouping  of  data  referring  to 
shipment,  order  or  item  level  information. 

6.  HL04  indicates  whether  or  not  there  are  subordinate  (or  child)  HL 
segments  related  to  the  cunent  HL  segment. 


Mandatory 


Optional 


Mandatory 


_ Data  Element  Summary _ 

mr.  DATA  _ 

dbs.  iiBMPfr  mm  attwdvtii 

HL01  628  Hierarchical  ID  Number  M  AN  1/12 

A  unique  number  assigned  by  the  sender  to  identify  a  particular  data  segment  in 
a  hierarchical  structure. 

Implementation  Note: 

The  first  iteration  of  the  " HL "  loop  will  carry  the  number  "l".  Each  subsequent  iteration  of  the  “NLm  loop  will 
carry  a  progressively  higher  number,  (e.g.,  2J.4.  etc.). 

HL02  734  Hierarchical  Parent  ID  Number  O  AN  1/12 

Identification  number  of  the  next  higher  hierarchical  data  segment  that  the  data 
segment  being  described  is  subordinate  to. 

Implementation  Note: 

This  data  element  is  not  used  in  the  first  iteration  of  the  " HL"  loop.  In  the  second  and  subsequent  iterations  of 
the  ", HL "  loop,  HL02  will  carry  the  hierarchical  ID  number  contained  in  the  parent  HU) l  data  element. 

HL03  735  Hierarchical  Lave)  Code  M  ID  1/2 

Code  defining  the  characteristic  of  a  level  in  a  hierarchical  structure. 
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O  Order 

Code  Value  Implementation  Note: 

Use  code  “ O "  to  indicate  discrepancy  status  is  being  requested  at  the  contractl order  level. 


Not  Used 


HL04  736  Hierarchical  Child  Coda 


O  ID  1/1 


0C14  •  DECEMBER  26 1992 
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Optional 


Mandatory 


Not  Uaad 
Conditional 


Conditional 


Segment:  N1  Name 
Level:  Detail 
Loop:  N1  Repeat:  200 
Usage:  Optional 
Max  Use:  1 

Purpose:  To  identify  a  party  by  type  of  organization,  name  and  code 

Syntax:  1.  R0203  —  At  least  one  of  N102  or  N103  is  required. 

2.  P0304  —  If  either  N1 03  or  N104  is  present,  then  the  other  is  required. 

Comment:  This  segment,  used  alone,  provides  the  most  efficient  method  of 

providing  organizational  identification.  To  obtain  this  efficiency  the  'ID 
Code”  (N1 04)  must  provide  a  key  to  the  table  maintained  by  the 
transaction  processing  party. 


_ Data  Element  Summary _ 

WO.  DATA 

mi  sags  turn  atwutm 

N101  98  Entity  Identifier  Code  M  ID  2/2 

Code  identifying  an  organizational  entity.or  a  physical  location. 

FR  Message  From 
Code  Value  Implementation  Note: 

Use  code  "FR"  to  indicate  the  message  is  from  the  party  identified  in  data  element  N104. 

N102  93  Name  C  AN  1/35 

N103  66  Identification  Code  Qualifier  C  ID  1/2 

Code  designating  the  system/method  of  code  structure  used  for  Identification 
Code  (67). 

33  Commercial  and  Government  Entity  (CAGE) 

Code  Value  Implementation  Note: 

WhenNIOl  is  code  "FR"  use  code  "33"  to  indicate  the  information  in  data  element  N104  is  the 
"CAGE"  code  of  the  party  sending  the  message. 

N104  67  Identification  Code  C  AN  2/17 

Code  identifying  a  party. 

Implementation  Note: 

The  aciual  CAGE  code. 
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Mandatory 


Mandatory 


Not  Uaod 
Not  Uaod 
Not  Uaod 
Not  Uaod 
Not  Uaod 
Not  Uaod 


Segment:  CTT  Transaction  Totals 
Level:  Summary 

Loop:  _ 

Usage:  Mandatory 
Max  Use:  1 

Purpose:  To  transmit  a  hash  total  for  a  specific  element  in  the  transaction  set 
Syntax:  1.  C0304  —  If  CTT03  is  present,  then  CTT04  is  required. 

2.  C0506  —  If  CTT05  is  present,  then  CTT06  is  required. 


Comment:  This  segment  is  intended  to  provide  hash  totals  to  validate  transaction 
completeness  and  correctness. 


Data  Element  Summai 


CTT01 


Number  of  Line  Items 

Total  number  of  line  items  in  the  transaction  set. 


M  NO  1/6 


Implementation  Note: 

CTTQl  carries  the  total  number  of  all  the  HL "  segments  used  in  the  transaction. 


CTT02 

347 

Hash  Total 

O 

R 

1/10 

CTT03 

81 

Weight 

O 

R 

1/8 

CTT04 

355 

Unit  of  Measurement  Code 

C 

ID 

2/2 

CTT05 

183 

Volume 

O 

R 

1/8 

CTT06 

355 

Unit  ot  Measurement  Code 

C 

ID 

2/2 

CTT07 

352 

Description 

O 

AN 

1/80 
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Mandatory 


Mandatory 


Mandatory 


Segment:  SE  Transaction  Set  Trailer 
Level:  Summary 

Loop:  _ 

Usage:  Mandatory 
Max  Use:  1 


Purpose:  To  indicate  the  end  of  the  transaction  set  and  provide  the  count  of  the 
transmitted  segments  (including  the  beginning  (ST)  and  ending  (SE) 
segments). 

Comment:  SE  is  the  last  segment  of  each  transaction  set. 


_ Data  Element  Summary _ 

«**.  DAT  ft 

Of!  «ijb«p<t  wftftg  _ »nwwm 

SE01  96  Number  of  Included  Segments  M  NO  1/6 

Total  number  of  segments  included  in  a  transaction  set  including  ST  and  SE 
segments. 

Implementation  Not e: 

ZE01  carries  the  total  number  of  segments  in  the  transaction  set  including  the  "ST"  and  "SE"  segments. 

SE02  329  Transaction  Set  Control  Number  M  AN  4/9 

Identifying  control  number  assigned  by  the  originator  for  a  transaction  set. 

Implementation  Note: 

SE02  carries  the  same  unique  control  number  as  the  one  in  ST02. 
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10.C  Example  -  X12  Transaction  Set  869 
Order  Status  Inquiry 

This  appendix  contains  an  example  of  Transaction  Set  869  as  it 
is  used  by  the  Defense  Logistics  Agency  to  permit  vendors  to 
request  data  used  by  contracting  officers  when  making  contract 
award  decisions. 


BASELINE  AS  Of :  21  DECEMBER  IMS 


10.C.1 


DEPARTMENT  OP  DEFENSE 
EDI  CONVENTION 


{BLANK  PAGE} 


ORDER  STATUS  INOIKHY 
IM  .003020 


tACi 


•ASEUNE  At  OP:  21  DECEMBER  1 


DEPARTMENT  OP  DEFENSE 
EDI  CONVENTION 


ORDER  STATUS  INQUIRY 
M9.003020 


Example  -  ORDER  STATUS  INQUIRY  (869)  TRANSACTION  SET 


NOTES:  ALL  NUMBERS  ARE  NOTIONAL  AND  USED  FOR  ILLUSTRATION  PURPOSES  ONLY. 
The  example  is  mapped  to  ASC  X12  standards,  version  3,  release  2 

An  asterisk  is  used  as  the  data  element  delimiter;  the  expression  ' n/T  indicates  end  of  the  segment. 
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10.  CJ 


DEPARTMENT  OF  DEFENSE 
EDI  CONVENTION 


ORDER  STATUS  INQUIRY 


{BLANK  PAGE) 


REPORT  DOCUMENTATION  PAGE 


Form  Approved 
OPM  No.  0704-0188 


PubKc  reporting  bunfen  for  thl*  collection  of  information  is  estirruted  to  av«r»g«  1  hour  per  response,  including  the  time  for  reviewing  instructions,  searching  existing  data  sources 
gathering,  and  maintaining  the  data  needed,  and  reviewing  the  collection  of  information.  Send  com  menu  regarding  this  burden  estimate  or  any  other  aspect  of  this  collection  of 
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